Automated adjustment of image stabilization mode

ABSTRACT

A portable electronic device with image capturing capabilities automatically or semi-automatically adjusts one or more image capturing parameters based on an input attribute of user engagement with a single-action haptic input mechanism. For example, the duration for which a single-action control button carried on a frame of the device is pressed automatically determines an image stabilization mode for on-board processing of captured image data. In one example, an above-threshold press duration automatically activates a less rigorous image stabilization mode, while button release before expiry of the threshold automatically activates a more rigorous photo stabilization mode.

PRIORITY

This application is a continuation of and claims the benefit of priorityof U.S. patent application Ser. No. 14/841,097, filed on Aug. 31, 2015,which is hereby incorporated by reference herein in its entirety.

BACKGROUND

The recording of visual media using portable electronic devices can beperformed in a wide-ranging variety of ambient conditions. Some portabledevices, such as smart phones or smart glasses often do not provide forcomplex control mechanisms to allow manual adjustment of various imagecapture parameters. This can frustrate efforts to give accurate effectto the intention of a user capturing photo and/or video images usingsuch devices.

These difficulties are in some instances exacerbated by the absence fromthe device of sensing equipment such as that typically forming part ofmore sophisticated single-purpose digital cameras, or provision on thedevice of less sophisticated or less costly sensing equipment.

Moreover, photos and videos taken with such portable and/or wearablemulti-purpose devices are often to be captured on the spur of the momentor without excessive preparatory setup of the camera parameters. Thesefactors can result in underwhelming results and can in some cases causenon-optimal on-device resource utilization.

BRIEF DESCRIPTION OF THE DRAWINGS

Various ones of the appended drawings illustrate merely exampleembodiments of the present disclosure and should not be considered aslimiting its scope.

FIG. 1 is a schematic three-dimensional view of a portable electronicdevice in the form of electronics-enabled article of eyewear withautomatically adjustable image-capturing functionality according to oneexample embodiment.

FIG. 2 is a schematic block diagram of selected functional components ofa portable electronic device with automatically adjustableimage-capturing functionality according to an example embodiment.

FIG. 3 is a schematic flow diagram of an example method of automatedcontrol of an electronic image capturing device forming part of aportable electronic device in accordance with an example embodiment

FIG. 4 is a schematic flow diagram of an automated adjustment operationfor automated disposal of a sensitivity parameter of a camera formingpart of a portable electronic device between a low-light mode and anormal-lighting mode, according to an example embodiment.

FIG. 5 is a schematic front view of a portable electronic device in theform of a smartphone with functionalities to perform automatedadjustment actions with respect to image capture parameters, accordingto an example embodiment

FIG. 6 is a schematic flow diagram of a method of operation of theexample device of FIG. 5, according to an example embodiment

FIG. 7 is a block diagram illustrating an example of a softwarearchitecture that may be installed on a machine, according to someexample embodiments.

FIG. 8 illustrates a diagrammatic representation of a machine in theform of a computer system within which a set of instructions may beexecuted for causing the machine to perform any one or more of themethodologies discussed herein, according to an example embodiment.

DETAILED DESCRIPTION

The description that follows discusses illustrative embodiments of thedisclosure. In the following description, for the purposes ofexplanation, numerous specific details are set forth in order to providean understanding of various embodiments of the disclosed subject matter.It will be evident, however, to those skilled in the art, thatembodiments of the disclosed subject matter may be practiced withoutthese specific details. In general, well-known instruction instances,protocols, structures, and techniques are not necessarily shown indetail.

According to one aspect of this disclosure, a portable electronic devicewith image capturing capabilities is provided with functionalities forautomated and/or semi-automated adjustment of one or more imagecapturing parameters based on an input attribute of user engagement witha single-action haptic input mechanism. In some embodiments, automatedand/or semi-automated adjustment of image capture parameters is inaddition based on an image metric calculated from image data captured bythe device.

The adjustable image capture parameters in some embodiments compriseparameters for on-board processing of raw image data captured by asensor of the camera. e.g., being directed to processing operationsperformed by the device between (a) the capturing of image data by thecamera sensor (e.g., a charge-coupled device) and (b) display ofcorresponding video/photo images to a user for viewing or previewing thecaptured visual media. Examples of such image capturing parametersinclude image stabilization parameters, for example being adjustablebetween a photographic stabilization mode and an image stabilizationmode. Instead, or in addition, the adjustable image-capturing parametersin some embodiments comprise parameters pertaining to operation of thecamera sensor and/or to parameters that affect exposure of the sensor.Examples of such image capture parameters include camera sensitivity(e.g., ISO levels), shutter speed, aperture size, and flash settings.

In some embodiments, the user input attribute comprises a duration forwhich a camera control button is pressed automatically determineswhether or not an image stabilization parameter for captured visualcontent is set to a video stabilization mode or to a photo stabilizationmode. As noted above, it is to be appreciated that the one or more imagecapture parameters can include: parameters for initial capturing ofimage data by a camera sensor, and/or parameters for on-board processingof the device before presentation of the captured visual content to theuser for view or previewing.

In some embodiments, the device is configured for processing image datacaptured by an on-board camera to determine the image metric, and toperform an automated adjustment action based on the determined value ofthe image metric. In some embodiments, the image metric is an imagebrightness metric which comprises a brightness value for one or morevideo frames represented by the captured image data. In someembodiments, the image metric comprises a count of successive videoframes having a brightness value that transgresses a predefinedthreshold brightness.

In such cases, automated adjustment of a camera sensitivity parameter(e.g., camera sensor ISO settings) may be automatically orsemi-automatically adjusted if the count of threshold-transgressingframes exceed a predetermined frame count threshold. Automatic parameteradjustment comprises adjustment of the relevant parameter withoutsubmitting the adjustment to the user for acceptance or rejection.Semi-automated parameter adjustment conversely comprises notifying theuser of a proposed adjustment, with the adjustment being dependent onsubsequent user commission or omission.

Various aspects and alternative configurations will now be describedwith reference to more detailed example embodiments. FIGS. 1-2illustrate an example embodiment of an electronic device implementingvarious disclosed techniques, the electronic device being in the exampleform of an article of eyewear constituted by electronics-enabled glasses31. FIG. 1 shows a front perspective view of the glasses 31 which, inaccordance with this example embodiment, provide for auto-tuning of oneor more image-capture parameter responsive to user engagement with asingle-action input mechanism.

The glasses 31 can include a frame 32 made from any suitable materialsuch as plastic or metal including any suitable shape memory alloy. Theframe 32 can have a front piece 33 that can include a first or leftlens, display or optical element holder 36 and a second or right lens,display or optical element holder 37 connected by a bridge 38. The frontpiece 33 additionally includes a left end portion 41 and a right endportion 42. A first or left optical element 43 and a second or rightoptical element 44 can be provided within respective left and rightoptical element holders 36, 37. Each of the optical elements 43, 44 canbe a lens, a display, a display assembly or a combination of theforegoing. In some embodiments, for example, the glasses 31 providedwith an integrated near-eye display mechanism that enables, for example,display to the user of preview images for visual media captured bycameras 69 of the glasses 31.

Frame 32 additionally includes a left arm or temple piece 46 and asecond arm or temple piece 47 coupled to the respective left and rightend portions 41, 42 of the front piece 33 by any suitable means such asa hinge (not shown), so as to be coupled to the front piece 33, orrigidly or fixably secured to the front piece so as to be integral withthe front piece 33. Each of the temple pieces 46 and 47 can include afirst portion 51 that is coupled to the respective end portion 41 or 42of the front piece 33 and any suitable second portion 52, such as curvedor arcuate piece, for coupling to the ear of the user. In one embodimentthe front piece 33 can be formed from a single piece of material, so asto have a unitary or integral construction. In one embodiment, such asillustrated in FIG. 1 the entire frame 32 can be formed from a singlepiece of material so as to have a unitary or integral construction.

Glasses 31 can include a computing device, such as computer 61, whichcan be of any suitable type so as to be carried by the frame 32 and, inone embodiment of a suitable size and shape, so as to be at leastpartially disposed in one of the temple pieces 46 and 47. In oneembodiment, as illustrated in FIG. 1, the computer 61 is sized andshaped similar to the size and shape of one of the temple pieces 46, 47and is thus disposed almost entirely if not entirely within thestructure and confines of such temple pieces 46 and 47. In oneembodiment, the computer 61 can be disposed in both of the temple pieces46, 47. The computer 61 can include one or more processors with memory,wireless communication circuitry, and a power source. The computer 61comprises low-power circuitry, high-speed circuitry, and a displayprocessor. Various other embodiments may include these elements indifferent configurations or integrated together in different ways.Additional details of aspects of computer 61 may be implemented asdescribed with reference to the description that follows.

The computer 61 additionally includes a battery 62 or other suitableportable power supply. In one embodiment, the battery 62 is disposed inone of the temple pieces 46 or 47. In the glasses 31 shown in FIG. 1 thebattery 62 is shown as being disposed in left temple piece 46 andelectrically coupled using connection 74 to the remainder of thecomputer 61 disposed in the right temple piece 47. The one or more inputand output devices can include a connector or port (not shown) suitablefor charging a battery 62 accessible from the outside of frame 32, awireless receiver, transmitter or transceiver (not shown) or acombination of such devices.

Glasses 31 include digital cameras 69. Although two cameras aredepicted, other embodiments contemplate the use of a single oradditional (i.e., more than two) cameras. For ease of description,various features relating to the cameras 69 will further be describedwith reference to only a single camera 69, but it will be appreciatedthat these features can apply, in suitable embodiments, to both cameras69.

In various embodiments, glasses 31 may include any number of inputsensors or peripheral devices in addition to cameras 69. Front piece 33is provided with an outward facing, forward-facing or front or outersurface 66 that faces forward or away from the user when the glasses 31are mounted on the face of the user, and an opposite inward-facing,rearward-facing or rear or inner surface 67 that faces the face of theuser when the glasses 31 are mounted on the face of the user. Suchsensors can include inwardly-facing video sensors or digital imagingmodules such as cameras that can be mounted on or provided within theinner surface 67 of the front piece 33 or elsewhere on the frame 32 soas to be facing the user, and outwardly-facing video sensors or digitalimaging modules such as the cameras 69 that can be mounted on orprovided with the outer surface 66 of the front piece 33 or elsewhere onthe frame 32 so as to be facing away from the user. Such sensors,peripheral devices or peripherals can additionally include biometricsensors, location sensors, accelerometers, or any other such sensors.

The glasses 31 further include an example embodiment of a camera controlmechanism or user input mechanism comprising a camera control button 75mounted on the frame 32 for haptic or manual engagement by the user. Thecontrol button 75 provides a bi-modal or single-action mechanism in thatit is disposable by the user between only two conditions, namely anengaged condition and a disengaged condition. In this exampleembodiment, the control button 75 is a pushbutton that is by default inthe disengaged condition, being depressable by the user to dispose it tothe engaged condition. Upon release of the depressed control button 75,it automatically returns to the disengaged condition.

In other embodiments, the single-action input mechanism can instead beprovided by, for example, a touch button comprising a capacitive sensormounted on the frame 32 adjacent its surface for detecting the presenceof a user's finger, to dispose the touch-sensitive button to the engagedcondition when the user touches a finger to the corresponding spot onthe outer surface of the frame 32. It will be appreciated that theabove-described push button 75 and capacitive touch button are but twoexamples of a haptic input mechanism for single-action control of thecamera 69, and that other embodiments may employ different single-actionhaptic control arrangements.

FIG. 2 is a schematic diagram illustrating some of the components theexample electronic device 31 in the form of the glasses 31. Note that acorresponding arrangement of interacting machine components can apply toembodiments in which an electronic device consistent with the disclosurecomprises, for example, a mobile electronic device such as a smartphone(e.g., such as that described with reference to FIG. 5), a tablet, or adigital camera. The computer 61 (FIG. 1) of the glasses 31 includes aprocessor 221 in communication with an onboard memory 226. The centralprocessor 221 may be a central processing unit and/or a graphicsprocessing unit. The memory 226 in this example embodiment comprises acombination of flash memory and random access memory.

The device 210 further includes a camera controller 214 in communicationwith the central processor 221 and the camera 69. The camera controller214 comprises circuitry configured to control recording of eitherphotographic content or video content based upon processing of controlsignals received from the single action input mechanism (indicatedgenerally by item 235 in FIG. 2) that includes the control button 75,and to provide for automatic adjustment of one or more image-captureparameters pertaining to capturing of image data by the camera 69 andon-board processing of the image data prior to persistent storagethereof and/or to presentation thereof to the user for viewing orpreviewing.

In some embodiments, the camera controller 214 comprises permanentlyconfigured circuitry, such as firmware or an application-specificintegrated circuit (ASIC) configured to perform the various functionsdescribed. In other embodiments, the camera controller 214 may comprisea dynamically reconfigurable processor executing instructions thattemporarily configure the processor to execute the various functionsdescribed.

The camera controller 214 interacts with the memory 226 to store,organize, and present image content in the form of photo content andvideo content. To this end, the memory 226 in this example embodimentcomprises a photo content memory 228 and a video content memory 242. Thecamera controller 214 is thus, in cooperation with the central processor221, configured to receive from the camera 69 image data representativeof digital images captured by the camera 69 in accordance with some ofthe image capture parameters, to process the image data in accordancewith some of the image capture parameters, and to store the processedimage data in an appropriate one of the photo content memory 228 and thevideo content memory 242.

The camera controller 214 is further configured to cooperate with adisplay controller 249 to cause display on a display mechanismincorporated in the glasses 31 of selected photos and videos in thememory 226, thus to provide previews of captured photos and videos.

The single-action input mechanism 235 is communicatively coupled to thecentral processor 221 and the camera controller 214 to communicatesignals representative of current state of the camera control button 75,thereby to communicate to the camera controller 214 whether or not thecamera controller 214 is currently being pressed. The camera controller214 further communicates with the central processor 221 regarding theinput signals received from the single action input mechanism 235. Inone embodiment, the camera controller 214 is configured to process inputsignals received via the single action input mechanism 235 to determinewhether a particular user engagement with the camera control button 75is to result in a recording of video content or photographic content,and/or to dynamically adjust one or more image-capturing parametersbased on processing of the input signals. For example, pressing of thecamera control button 75 for longer than a predefined threshold durationcauses the camera controller 214 automatically to apply relatively lessrigorous video stabilization processing to captured video content priorto persistent storage and display thereof. Conversely, pressing of thecamera control button 75 for shorter than the threshold duration in suchan embodiment causes the camera controller 214 automatically to applyrelatively more rigorous photo stabilization processing to image datarepresentative of one or more still images. These features will bedescribed in greater detail with reference to the flowchart of FIG. 3below.

In this embodiment, the camera controller 214 is also configured forcooperating with the camera 69 to dynamically adjust one or moreimage-capturing parameters based on at least one image metric calculatedbased on image data representative of digital images captured by thecamera 69. As will be described in greater detail with reference to FIG.3, this example embodiment provides for automated, dynamic adjustment ortuning of a sensitivity parameter (e.g., an ISO level) of the camera 69based on a calculated brightness value for multiple digital framesrecorded by the camera 69.

The glasses 31 may further include various components common to mobileelectronic devices such as smart glasses or smart phones, for exampleincluding a display controller 249 for controlling display of visualmedia (including photographic and video content captured by the camera69) on a display mechanism incorporated in the device, and may alsoinclude a GPS processor 256. Note that the schematic diagram of FIG. 2is not an exhaustive representation of all components forming part ofthe glasses 31.

FIG. 3 shows a flowchart illustrating an example method 300 ofprocessing operations which the camera controller 214 is configured toperform, in accordance with an example embodiment. At operation 303, avisual capture mode is invoked. In some embodiments, the visual capturemode is invoked by user-selected activation of a corresponding mode onthe glasses 31 or by launching of an application that hasimage-capturing functionality. In other embodiments, the visual capturemode may be invoked automatically in response to user engagement withthe single-action input mechanism 235. e.g. in response to hapticengagement of the camera control button 75.

At operation 306, user engagement with the input mechanism in theexample form of the camera control button 75 is detected. As describedpreviously, the camera control button 75 is in this example embodimentdisposable to an activated or engaged condition by haptic or manual userengagement therewith. Disposal of the control button 75 to thedeactivated or disengaged condition can be achieved by user releasethereof. In other embodiments, for example in embodiments where theautomated image capture control techniques described herein are providedin cooperation with a smartphone or tablet device, the mechanism maycomprise a soft button displayed on a touch sensitive screen of thedevice (see, e.g., soft button 525 in FIG. 5).

In response to the user's pressing of the camera control button 75, atimer is started, at operation 309, and video content captured by thecamera 69 is recorded, at operation 312, by temporary storage of imagedata representative of the video content. The timer is executed undercontrol of the central processor 221 and/or the camera controller 214.It will be appreciated that the media content in conventional fashioncomprises a sequence of still digital images captured by the camera 69.Each of these still digital images forming part of the video content isreferred to as a respective video frame.

In this example embodiment, the camera controller 214 is configured forreal-time processing (at operation 315) of a plurality of the recordedframes, to determine (at operation 318) a value for an image metric ofthe processed frames, and automatically to adjust (at operation 321) acorresponding image capture parameter of the camera 69 or the cameracontroller 214 based on the image metric value determined from theprocessed frames. Further frames recorded subsequent to the automaticadjustment or tuning (at 321) are thus captured and/or processed inaccordance with the adjusted parameter values. The plurality of frameswhich are processed to calculate the image metric is in this exampleembodiment constituted by a predefined number of consecutive framescaptured at the outset of the recording (at operation 312) responsive topressing of the camera control button 75. Here, the image data on whichauto-adjustment of image capture parameters is based is for the firstten video frames captured subsequent to pressing of the camera controlbutton 75. In other embodiments, image metric calculation can be basedon a single frame, or on a plurality of non-consecutive frames taken atintervals corresponding to multiple omitted intervening frames.

The glasses 31 are in this example embodiment configured automaticallyto adjust a sensitivity parameter, in this example expressed as an ISOlevel, that determines sensitivity to light incident thereon of anoptical sensor provided by a charge coupled device forming part of thecamera 69. The image metric value upon which such dynamicauto-adjustment is based is in this instance a brightness metricindicative of a brightness attribute of the images represented by theplurality of processed frames. Note that other image capture parametersmay in other embodiments be automatically adjustable responsive tobrightness metric values. In some embodiments, for example, acombination of f-stop and shutter speed may be dynamically adjustedinstead of or in conjunction with ISO adjustment.

In the present example, the camera 69 of the glasses 31 is automaticallyswitchable between only two brightness modes, namely a normal mode(corresponding to relatively lower ISO levels) and a low-light mode(corresponding to relatively higher ISO levels). In other embodiments,however, the light sensitivity parameter (and/or any other applicableimage capture parameters) may be automatically adjustable between agreater number of distinct levels, or may in some instances beadjustable along a continuous spectrum of values.

The brightness metric upon which automated ISO-level adjustment is basedin the example embodiment of FIG. 3 comprises a count of the successivenumber of processed video frames that have a brightness value whichtransgresses a predefined threshold brightness level. Here, thebrightness level of a video frame is defined as an exposure value of theimage, which is derivable by the camera controller 214 based onprocessing of the image data representative of the corresponding frame.While the brightness level of a single frame may in some embodiments beused for adjustment of the camera ISO level, the defined criteria forautomated light mode switching in this embodiment is, as mentioned, thatthe number of successive frames with an exposure value that transgressesthe applicable brightness threshold exceed a predefined threshold numberof frames.

Different measures for determining image brightness from a capturedimage may, instead or in addition, be employed in other embodiments.Some alternative examples for calculating image brightness include, butare not limited to: the number of blacked out pixels in a frame; thenumber of low-luminosity pixels in a frame, each low-luminosity pixelhaving a luminosity value lower than a predefined threshold; an averageluminosity value for pixels in the image; an average luminosity valuefor macro-pixels in the frame; and a median luminosity of pixels and/ormacro-pixels in the frame. A person skilled in the art will appreciatethat a variety of additional or alternative measures can be employed forproviding a quantifiable measure of ambient lighting conditions based oncaptured image data.

In some embodiments, the same threshold number of frames may apply forup-switching and for down-switching the ISO-setting of the camera 69. Insuch instances, for a certain threshold number—say, ten frames—thecamera 69 will automatically be set to the low-light mode when more thanten successive frames fall below the applicable brightness thresholdwhile the camera 69 is in the normal lighting mode, and the camera 69will automatically be set to the normal-lighting mode when more than tensuccessive frames fall above the applicable brightness threshold whilethe camera 69 is in the low-light mode. In this example embodiment,though, different threshold numbers apply for the count ofbrightness-threshold transgressing frames in up-switching anddown-switching, respectively. In particular, as will be described belowwith reference to FIG. 4, a larger number of brightnessthreshold-transgressing frames are required for switching from thenormal-lighting mode to the low-light mode than are required forswitching from the low-light mode to the normal-lighting mode.

Likewise, the same brightness value may in some embodiments apply asthreshold value for up-switching and for down-switching the ISO settingof the camera 69. In this example embodiment, however, a lower imagebrightness value is used for searching the ISO setting from thenormal-lighting mode to the low-light mode than that which is used forswitching the ISO setting from the low-light mode to the normal-lightingmode. The camera controller 214 is therefore biased towards setting thecamera 69 to the normal-lighting mode.

Turning now to FIG. 4, therein is shown a flow-chart of one exampleembodiment of performing operation 321 (FIG. 3) for automated adjustmentof an image capture parameter, in this example to adjust the ISOsettings of the camera 69 between the low-light mode and thenormal-lighting mode. At operation 404, the current lighting mode of thecamera 69 is determined. If the camera 69 is currently in the low-lightmode, the applicable brightness threshold is an exposure value of −2.75(at operation 408) and the threshold frame count for the number ofconsecutive threshold-transgressing frames is 25 (at operation 412). Atoperation 416, the camera controller 214 automatically determineswhether or not the processed video frames include more than 25consecutive frames with a brightness value of lower than −2.75. If so,the lighting mode is changed (at operation 424) to the low-light mode,so that the camera 69 operates at a higher ISO value. If not, no changethe lighting mode is made (corresponding to operation 420), so that thecamera 69 continues to function in the normal-lighting mode.

If, however, at operation 404, it is determined that the camera 69 iscurrently set to the low-light mode, the brightness threshold is set toan exposure value of −1.75 (at operation 409) and the threshold framecount for the number of consecutive threshold-transgressing frames isset to −seven (at operation 413). At operation 417, the cameracontroller 214 automatically determines whether or not the processedvideo frames include more than seven consecutive frames with abrightness value of above −1.75. If so, the lighting mode is changed (atoperation 424) to the normal-lighting mode, so that the camera operatesat relatively lower ISO values. If not, no change is made to thelighting mode of the camera 69 (corresponding to operation 420), so thecamera 69 continues to function in the low-light mode.

Note that in the present example embodiment, the lighting mode of thecamera 69 is set by default to the normal-lighting mode at the outset ofan image-capturing session. Any automatic adjustment to the lightingmode, made consistent with the flowchart 321 of FIG. 4, is persistentuntil the session is ended (e.g., by powering down of the glasses orexiting of an image capturing application) or until the lighting mode isautomatically changed in the opposite direction (at operation 424)during a later iteration of the auto-tuning operation of operation 321.

Note that the glasses 31 in this example embodiment do not haveincorporated therein any light sensors to directly measure ambient lightlevels. Contrary to automated camera sensitivity adjustment in someexisting digital cameras, the described automated adjustment actionperformed by the camera controller 214 is thus executed based not onmeasurement data from a dedicated light sensor, but is instead based onthe processing of image data captured by the camera 69. Some embodimentsmay provide for automated parameter adjustment based on both measurementsignals provided by an on-board light sensor combined with the describedprocessing of live image data sourced from the camera 69.

It is again emphasized that the example operation of FIG. 4 pertainsonly to automatic adjustment of a single image capture parameter (here,camera ISO level) and that different auto-tuning metrics can be appliedin other embodiments. Note that processes similar or corresponding tothat of FIG. 4 can in some embodiments be performed instead or inaddition for automated adjustment of different image capture parametersbased on the processing of image data from the camera 69. Other exampleimage capture parameters which can be auto-adjusted based on the imagedata include, but are not limited to:

-   -   (a) camera shutter speed based on one or more of an image        brightness metric and an image sharpness/blurriness metric;    -   (b) camera exposure settings (e.g., f-stop values) based on one        or more of an image brightness metric and an image        sharpness/blurriness metric;    -   (c) camera focus settings based, e.g., on an image        sharpness/blurriness metric;    -   (d) camera white balance settings based for example on an image        colorization metric;    -   (e) camera flash settings based for example on an image        brightness metric; and    -   (f) image stabilization settings based on one or more of an        image brightness metric and an image sharpness/blurriness        metric, so that automatic adjustment can be made to the amount        of on-board processing devoted to photographic image        stabilization.

Returning now to FIG. 3, video content is continuously recorded (at 312)and the timer continues to run in response to persistent engagement withthe input mechanism 235, here comprising continued pressing of thecamera control button 75. Release of the input mechanism is identified,at operation 324, when the user releases the camera control button 75.The timer is then stopped, and the recording of video content to abuffer memory ceases.

At operation 327, the activation duration (as indicated by the elapsedtime recorded by the timer) is evaluated by the camera controller 214against a predefined duration threshold. In this example embodiment, theduration threshold is three seconds, but it will be appreciated that thethreshold duration may be different in other embodiments.

If, at operation 327, the threshold duration is exceeded, then thecamera controller 214 interprets the user engagement with the cameracontrol button 75 to indicate an intention to record video content, andthe recorded video content is then processed, at operation 342, andstored, at operation 345. In this embodiment, processing of the videocontent, at operation 342, comprises application of video stabilizationprocessing to the raw image data captured by the camera 69. As will beappreciated by persons skilled in the art, video stabilizationprocessing is in applications such as that described relatively lessrigorous than photographic stabilization processing, and is thereforeless resource intensive.

The camera controller 214 is in this example embodiment configured toinvoke a video preview mode, at operation 348, subsequent to processingof the raw video data (at 342) and storage of the processed video data(at 345).

If, however, at operation 327, the threshold duration is not exceeded(i.e., if the button 75 is in this example pressed for less than threeseconds), a frame of the video is selected, at operation 330, forproviding a digital photograph. The raw image data representative of theselected frame is then processed, at operation 333, to apply theretophotographic image stabilization. Thereafter, the stabilized frame isstored, at operation 336, as a digital photograph in the photo contentmemory 228, and a photo preview mode is invoked, at 339, by the cameracontroller 214. As mentioned such photographic image stabilization ismore rigorous and therefore more resource intensive than the videostabilization of operation 342.

It will be appreciated that the particular image stabilization modewhich is to be applied to the raw image data prior to presentationthereof to the user is in this embodiment one of the image captureparameters of the glasses 31 which is automatically adjusted in responseto single-action input for capturing visual content. Adjustment of thestabilization parameter (e.g., whether or not to apply the relativelymore rigorous photographic stabilization processing) is here based,however, on a user input attribute pertaining to user engagement withthe single-action bi-modal input mechanism provided by the cameracontrol button 75. In particular, the activation duration (here, thelength of the button press) in this instance automatically determinesthe manner of image stabilization processing that is to be applied tothe captured image data prior to its presentation to the user forviewing or pre-viewing.

Note that, in some embodiments, the stabilization parameter mayautomatically be adjusted not between a more- and a less rigorous mode,as is the case in the example of FIG. 3, but may be adjusted between adeactivated mode (applicable to video content) in which no imagestabilization is performed, and an activated mode (applicable tophotographic content). In other embodiments, one or more parameters of aparticular mode may automatically be adjusted based on processed imagedata captured by the camera. Thus, for example, one or more parametersof the photographic image stabilization at operation 333 mayautomatically be adjusted based on determination of image metric valuesdetermined at operation 318.

Some variations to the selection of a video frame for providing adigital photo may be employed in other embodiments. For example, a stillframe taken immediately upon or shortly after pressing of the button 75may be selected as the intended photo. In other embodiments, a finalframe captured (thus corresponding to button release) may be selected toserve as basis for the captured digital photo.

Note also that, in this embodiment, auto-tuning or automatic adjustmentof one of the image capture parameters (here, ISO settings) is performedduring recording of the raw video data (at 312), so that frames capturedsubsequent to the parameter adjustment are captured by the camera inaccordance with the adjusted parameters. Some embodiments may instead orin addition (as indicated by the broken line connecting operations 321and 330 in FIG. 3) provide for adjustment of one or more image captureparameters to be applied during processing of the selected frame,subsequent to capturing of the raw image data.

Turning now to FIG. 5, therein is shown in another example embodiment ofa portable electronic device with image capturing capabilitiesconsistent with the disclosure. In this example, the device is asmartphone 500 with a conventional touchscreen 505 that provides fordisplay of visual content and that is touch sensitive for receivinghaptic input. The smart phone 500 has a master control button 515 thatis in this example a mechanical pushbutton.

The smartphone 210 is provided with software that executes anapplication that provides amplified image-capturing and sharingcapabilities. In one example, the application is a social mediaapplication provided by Snapchat, Inc.™

FIG. 5 illustrates an example user interface 510 generated duringexecution of the application. The user 510 includes a display of acurrent scene captured by a camera of the smartphone 500. The userinterface 510 further includes a soft button 525 generated on thetouchscreen 505 for receiving haptic input from the user to controlcamera operation. The soft button 525 thus corresponds in function tothe camera control button 75 described with reference to FIG. 3.

The user interface 510 further includes a user-selectable user-interfaceelement in the example form of a low-light icon that is automaticallysurfaced on the display when low-light conditions are identified by thesmartphone 210 in a manner similar or analogous to that described withreference to method 321 in FIG. 4. Switching of the camera to thelow-light mode is in this example dependent on user-selection of thelow-light icon 530 within a predetermined interval when it surfaces. Tofacilitate notice of the low-light icon 530 by the user, the icon 530 inthis example flashes or pulses when it is available for selection.

It will be appreciated that adjustment of the sensitivity parameter isthus in this example semi-automated, in that the automated adjustmentaction performed by the smartphone 500 comprises display of thelow-light icon 530 for user selection. In some instances, no parameteradjustment is made unless the user actively selects the surfaced icon530.

FIG. 6 shows a flowchart illustrating one example embodiment of a method600 for operation of the smartphone 500. The method 600 correspondslargely to the method of FIGS. 3 and 4, with identical or correspondingoperations being identically numbered in FIG. 3 and in FIG. 6. In method600, invocation of the visual capture mode (at 303) comprises launchingof the relevant application on the smartphone 210. Image data from thecamera is processed (at 606) substantially immediately thereafter,without first requiring user engagement with the soft button 525.

Image metric determination (at 318) and low-light conditionidentification (at 612) then proceeds substantially similarly to themethod 321 described in FIG. 3. If, however, low-light conditions areidentified, the low-light icon 530 is surfaced on the user interface 510(at operation 618) instead of automatically adjusting the lighting mode.

If, at 624, the user selects the low-light icon 530 by haptic engagementthereof, the camera sensitivity parameter is changed to the low-lightmode, at operation 630. Otherwise, the normal-lighting mode subsists. Insome embodiments, the low-light icon 530 is automatically faded out ifthe user fails to select it within a predetermined interval.

It will be seen that the above-described techniques represent oneexample embodiment of an aspect of the disclosure that provides aportable electronic device comprising: a frame; a camera mounted on theframe and configured to capture and process image data according to agroup of image capture parameters; an input mechanism provided on theframe and configured for receiving user input to control operation ofthe camera; and a camera controller incorporated in the frame andconfigured to perform an automated adjustment action with respect to oneor more of the group of image capture parameters of the camera based atleast in part on a user input attribute pertaining to user engagementwith the input mechanism to dispose the input mechanism to the engagedcondition.

In some embodiments, the input mechanism may be a bi-modal mechanism,being disposable by a user exclusively between an engaged condition anda disengaged condition. The input mechanism may in some such embodimentsbe a haptic mechanism, for example comprising a button which ispressable by the user to dispose it from the disengaged condition to theengaged condition.

In some embodiments, the automated adjustment action may includeautomatically causing display of a user interface element on a userinterface provided by the portable electronic device. In some suchembodiments, the camera controller may be configured to modify the oneor more image capture parameters responsive to user selection of theuser interface element.

In some embodiments, the automated adjustment action may includeautomatically modifying the one or more image capture parameters,without requesting intervening user input to confirm or authorize themodification.

In some embodiments, the user input attribute may include an activationduration indicating a duration for which the input mechanism is disposedto the engaged condition during the user engagement.

In some embodiments, the input mechanism may include a control buttoncarried by the frame of the portable electronic device, such thatdisposal of the input mechanism to the engaged condition comprisespressing of the control button by the user, the activation durationindicating a period for which the control button is continuously pressedby the user. In some embodiments, the control button is the onlymechanism incorporated in the frame for receiving manual user input tocontrol functioning of the camera. In some embodiments, the portableelectronic device is an article of eyewear, the frame may behead-mountable for carrying one or more optical elements within a fieldof view of the user. The eyewear frame may in some embodiments carry thecontrol button on an externally accessible surface as solitary controlmechanism by which manual user control of camera operation isachievable.

In some embodiments, the one or more image capture parameters mayinclude an image stabilization parameter adjustable by the cameracontroller between a more rigorous mode and a less rigorous mode,on-board image stabilization at the portable electronic device duringimage capture being relatively more resource intensive in the morerigorous mode than in the less rigorous mode.

In some embodiments, the image stabilization parameter is adjustablebetween a video stabilization mode and a photo stabilization mode. Insome embodiments, the video stabilization mode provide for substantiallyno on-board image stabilization processing to stabilize respectiveframes of captured video content. In other embodiments, the videostabilization mode provides image stabilization processing of the imagedata, but to a lesser extent than is the case with image stabilizationprocessing in the photo stabilization mode.

In some embodiments, the camera controller is further configured to:determine whether the activation duration exceeds a predefined thresholdinterval; and, in response to determining that the activation durationexceeds the threshold interval, to cause disposal of the imagestabilization parameter to the less rigorous mode. In some embodiments,the camera controller is configured to cause, in response to determiningthat the activation duration is less than the threshold interval,disposal of the image stabilization parameter to the more rigorous mode.

The described techniques further represent example embodiments of amethod for operating an electronic device consistent with theabove-discussed features, and to a computer readable storage medium withinstructions for causing a machine to perform such a method.

It is a benefit of the disclosed techniques that they provide for anelectronic device with improved image-capturing functionalities comparedto existing devices. The quality of images captured by use of the deviceis, for example, improved due to automated modification of the relevantparameters. This is achieved without requiring additional user input orparameter adjustment. Thus, image stabilization, for example, isautomatically tuned to be appropriate for the type of visual media theuser intends to capture (e.g., automatically discriminating betweenvideo and photo modes), while using a single control button for bothvideo and photo capturing.

A further benefit is that device resource usage is optimized. Forexample, resource-intensive photo stabilization is employed only whenthe user wishes to capture digital photographs, but not when video iscaptured. This is again achieved without requiring separate userselection of the particular mode, and is achieved even though initiationof video capturing and photo capturing using the single-action controlbutton is identical i.e., by pressing of the control button.

Example Machine and Hardware Components

The example electronic devices described above may incorporate variouscomputer components or machine elements, at least some of which areconfigured for performing automated operations and/or for automaticallyproviding various functionalities. These include, for example, automatedimage data processing and image capturing parameter adjustment, asdescribed. The glasses 31 may thus provide an independent computersystem. Instead, or in addition, the glasses 31 may form part of adistributed system including on ore more off-board processors and/ordevices.

FIG. 7 is a block diagram 900 illustrating an architecture of software902, which can be installed on any one or more of the devices describedabove. FIG. 7 is merely a non-limiting example of a softwarearchitecture, and it will be appreciated that many other architecturescan be implemented to facilitate the functionality described herein. Invarious embodiments, the software 902 is implemented by hardware such asmachine 1100 of FIG. 8 that includes processors 1110, memory 1130, andI/O components 1150. In this example architecture, the software 902 canbe conceptualized as a stack of layers where each layer may provide aparticular functionality. For example, the software 902 includes layerssuch as an operating system 904, libraries 906, frameworks 908, andapplications 910. Operationally, the applications 910 invoke applicationprogramming interface (API) calls 912 through the software stack andreceive messages 914 in response to the API calls 912, consistent withsome embodiments. In various embodiments, any client device, servercomputer of a server system, or any other device described herein mayoperate using elements of software 902. Devices such as the cameracontroller 214 and other components of the portable electronic devices,as described earlier, may additionally be implemented using aspects ofsoftware 902.

In various implementations, the operating system 904 manages hardwareresources and provides common services. The operating system 904includes, for example, a kernel 920, services 922, and drivers 924. Thekernel 920 acts as an abstraction layer between the hardware and theother software layers consistent with some embodiments. For example, thekernel 920 provides memory management, processor management (e.g.,scheduling), component management, networking, and security settings,among other functionality. The services 922 can provide other commonservices for the other software layers. The drivers 924 are responsiblefor controlling or interfacing with the underlying hardware, accordingto some embodiments. For instance, the drivers 924 can include displaydrivers, camera drivers. BLUETOOTH® or BLUETOOTH® Low Energy drivers,flash memory drivers, serial communication drivers (e.g., UniversalSerial Bus (USB) drivers). WI-FI® drivers, audio drivers, powermanagement drivers, and so forth. In certain implementations of a devicesuch as the camera controller 214 of smart glasses 31, low-powercircuitry may operate using drivers 924 that only contain BLUETOOTH® LowEnergy drivers and basic logic for managing communications andcontrolling other devices, with other drivers operating with high-speedcircuitry.

In some embodiments, the libraries 906 provide a low-level commoninfrastructure utilized by the applications 910. The libraries 906 caninclude system libraries 930 (e.g., C standard library) that can providefunctions such as memory allocation functions, string manipulationfunctions, mathematic functions, and the like. In addition, thelibraries 906 can include API libraries 932 such as media libraries(e.g., libraries to support presentation and manipulation of variousmedia formats such as Moving Picture Experts Group-4 (MPEG4), AdvancedVideo Coding (H.264 or AVC), Moving Picture Experts Group Layer-3 (MP3).Advanced Audio Coding (AAC), Adaptive Multi-Rate (AMR) audio codec.Joint Photographic Experts Group (JPEG or JPG), or Portable NetworkGraphics (PNG)), graphics libraries (e.g., an OpenGL framework used torender in two dimensions (2D) and three dimensions (3D) in a graphiccontent on a display), database libraries (e.g., SQLite to providevarious relational database functions), web libraries (e.g., WebKit toprovide web browsing functionality), and the like. The libraries 906 canalso include a wide variety of other libraries 934 to provide many otherAPIs to the applications 910.

The frameworks 908 provide a high-level common infrastructure that canbe utilized by the applications 910, according to some embodiments. Forexample, the frameworks 908 provide various graphic user interface (GUI)functions, high-level resource management, high-level location services,and so forth. The frameworks 908 can provide a broad spectrum of otherAPIs that can be utilized by the applications 910, some of which may bespecific to a particular operating system or platform.

In an example embodiment, the applications 910 include a homeapplication 950, a contacts application 952, a browser application 954,a book reader application 956, a location application 958, a mediaapplication 960, a messaging application 962, a game application 964,and a broad assortment of other applications such as a third partyapplication 966. According to some embodiments, the applications 910 areprograms that execute functions defined in the programs. Variousprogramming languages can be employed to create one or more of theapplications 910, structured in a variety of manners, such asobject-oriented programming languages (e.g., Objective-C, Java, or C++)or procedural programming languages (e.g., C or assembly language). In aspecific example, the third party application 966 (e.g., an applicationdeveloped using the ANDROID™ or IOS™ software development kit (SDK) byan entity other than the vendor of the particular platform) may bemobile software running on a mobile operating system such as IOS™,ANDROID™, WINDOWS® Phone, or another mobile operating systems. In thisexample, the third party application 966 can invoke the API calls 912provided by the operating system 904 to facilitate functionalitydescribed herein.

Embodiments described herein may particularly interact with a displayapplication 967. Such an application 967 may interact with I/Ocomponents 1150 to establish various wireless connections with thedescribed devices. Display application 967 may, for example, communicatewith the camera controller 214 to automatically control display ofvisual media captured by the glasses 31.

Certain embodiments are described herein as including logic or a numberof components, modules, elements, or mechanisms. Such modules canconstitute either software modules (e.g., code embodied on amachine-readable medium or in a transmission signal) or hardwaremodules. A “hardware module” is a tangible unit capable of performingcertain operations and can be configured or arranged in a certainphysical manner. In various example embodiments, one or more computersystems (e.g., a standalone computer system, a client computer system,or a server computer system) or one or more hardware modules of acomputer system (e.g., a processor or a group of processors) isconfigured by software (e.g., an application or application portion) asa hardware module that operates to perform certain operations asdescribed herein.

In some embodiments, a hardware module is implemented mechanically,electronically, or any suitable combination thereof. For example, ahardware module can include dedicated circuitry or logic that ispermanently configured to perform certain operations. For example, ahardware module can be a special-purpose processor, such as aField-Programmable Gate Array (FPGA) or an Application SpecificIntegrated Circuit (ASIC). A hardware module may also includeprogrammable logic or circuitry that is temporarily configured bysoftware to perform certain operations. For example, a hardware modulecan include software encompassed within a general-purpose processor orother programmable processor. It will be appreciated that the decisionto implement a hardware module mechanically, in dedicated andpermanently configured circuitry, or in temporarily configured circuitry(e.g., configured by software) can be driven by cost and timeconsiderations.

Accordingly, the phrase “hardware module” should be understood toencompass a tangible entity, be that an entity that is physicallyconstructed, permanently configured (e.g., hardwired), or temporarilyconfigured (e.g., programmed) to operate in a certain manner or toperform certain operations described herein. As used herein,“hardware-implemented module” refers to a hardware module. Consideringembodiments in which hardware modules are temporarily configured (e.g.,programmed), each of the hardware modules need not be configured orinstantiated at any one instance in time. For example, where a hardwaremodule comprises a general-purpose processor configured by software tobecome a special-purpose processor, the general-purpose processor may beconfigured as respectively different special-purpose processors (e.g.,comprising different hardware modules) at different times. Software canaccordingly configure a particular processor or processors, for example,to constitute a particular hardware module at one instance of time andto constitute a different hardware module at a different instance oftime.

Hardware modules can provide information to, and receive informationfrom, other hardware modules. Accordingly, the described hardwaremodules can be regarded as being communicatively coupled. Where multiplehardware modules exist contemporaneously, communications can be achievedthrough signal transmission (e.g., over appropriate circuits and buses)between or among two or more of the hardware modules. In embodiments inwhich multiple hardware modules are configured or instantiated atdifferent times, communications between such hardware modules may beachieved, for example, through the storage and retrieval of informationin memory structures to which the multiple hardware modules have access.For example, one hardware module performs an operation and stores theoutput of that operation in a memory device to which it iscommunicatively coupled. A further hardware module can then, at a latertime, access the memory device to retrieve and process the storedoutput. Hardware modules can also initiate communications with input oroutput devices, and can operate on a resource (e.g., a collection ofinformation).

The various operations of example methods described herein can beperformed, at least partially, by one or more processors that aretemporarily configured (e.g., by software) or permanently configured toperform the relevant operations. Whether temporarily or permanentlyconfigured, such processors constitute processor-implemented modulesthat operate to perform one or more operations or functions describedherein. As used herein, “processor-implemented module” refers to ahardware module implemented using one or more processors.

Similarly, the methods described herein can be at least partiallyprocessor-implemented, with a particular processor or processors beingan example of hardware. For example, at least some of the operations ofa method can be performed by one or more processors orprocessor-implemented modules. Moreover, the one or more processors mayalso operate to support performance of the relevant operations in a“cloud computing” environment or as a “software as a service” (SaaS).For example, at least some of the operations may be performed by a groupof computers (as examples of machines including processors), with theseoperations being accessible via a network (e.g., the Internet) and viaone or more appropriate interfaces (e.g., an Application ProgramInterface (API)). In certain embodiments, for example, a client devicemay relay or operate in communication with cloud computing systems, andmay store media content such as images or videos generated by devicesdescribed herein in a cloud environment.

The performance of certain of the operations may be distributed amongthe processors, not only residing within a single machine, but deployedacross a number of machines. In some example embodiments, the processorsor processor-implemented modules are located in a single geographiclocation (e.g., within a home environment, an office environment, or aserver farm). In other example embodiments, the processors orprocessor-implemented modules are distributed across a number ofgeographic locations.

FIG. 8 is a block diagram illustrating components of a machine 1100,according to some embodiments, able to read instructions from amachine-readable medium (e.g., a machine-readable storage medium) andperform any one or more of the methodologies discussed herein.Specifically, FIG. 8 shows a diagrammatic representation of the machine1100 in the example form of a computer system, within which instructions1116 (e.g., software, a program, an application, an applet, an app, orother executable code) for causing the machine 1100 to perform any oneor more of the methodologies discussed herein can be executed. Inalternative embodiments, the machine 1100 operates as a standalonedevice or can be coupled (e.g., networked) to other machines. In anetworked deployment, the machine 1100 may operate in the capacity of aserver machine or a client machine in a server-client networkenvironment, or as a peer machine in a peer-to-peer (or distributed)network environment. The machine 1100 can comprise, but not be limitedto, a server computer, a client computer, a personal computer (PC), atablet computer, a laptop computer, a netbook, a set-top box (STB), apersonal digital assistant (PDA), an entertainment media system, acellular telephone, a smart phone, a mobile device, a wearable device(e.g., a smart watch), a smart home device (e.g., a smart appliance),other smart devices, a web appliance, a network router, a networkswitch, a network bridge, or any machine capable of executing theinstructions 1116, sequentially or otherwise, that specify actions to betaken by the machine 1100. Further, while only a single machine 1100 isillustrated, the term “machine” shall also be taken to include acollection of machines 1100 that individually or jointly execute theinstructions 1116 to perform any one or more of the methodologiesdiscussed herein.

In various embodiments, the machine 1100 comprises processors 1110,memory 1130, and I/O components 1150, which can be configured tocommunicate with each other via a bus 1102. In an example embodiment,the processors 1110 (e.g., a Central Processing Unit (CPU), a ReducedInstruction Set Computing (RISC) processor, a Complex Instruction SetComputing (CISC) processor, a Graphics Processing Unit (GPU), a DigitalSignal Processor (DSP), an Application Specific Integrated Circuit(ASIC), a Radio-Frequency Integrated Circuit (RFIC), another processor,or any suitable combination thereof) include, for example, a processor1112 and a processor 1114 that may execute the instructions 1116. Theterm “processor” is intended to include multi-core processors that maycomprise two or more independent processors (also referred to as“cores”) that can execute instructions contemporaneously. Although FIG.8 shows multiple processors 1110, the machine 1100 may include a singleprocessor with a single core, a single processor with multiple cores(e.g., a multi-core processor), multiple processors with a single core,multiple processors with multiples cores, or any combination thereof.

The memory 1130 comprises a main memory 1132, a static memory 1134, anda storage unit 1136 accessible to the processors 1110 via the bus 1102,according to some embodiments. The storage unit 1136 can include amachine-readable medium 1138 on which are stored the instructions 1116embodying any one or more of the methodologies or functions describedherein. The instructions 1116 can also reside, completely or at leastpartially, within the main memory 1132, within the static memory 1134,within at least one of the processors 1110 (e.g., within the processor'scache memory), or any suitable combination thereof, during executionthereof by the machine 1100. Accordingly, in various embodiments, themain memory 1132, the static memory 1134, and the processors 1110 areconsidered machine-readable media 1138.

As used herein, the term “memory” refers to a machine-readable medium1138 able to store data temporarily or permanently and may be taken toinclude, but not be limited to, random-access memory (RAM), read-onlymemory (ROM), buffer memory, flash memory, and cache memory. While themachine-readable medium 1138 is shown in an example embodiment to be asingle medium, the term “machine-readable medium” should be taken toinclude a single medium or multiple media (e.g., a centralized ordistributed database, or associated caches and servers) able to storethe instructions 1116. The term “machine-readable medium” shall also betaken to include any medium, or combination of multiple media, that iscapable of storing instructions (e.g., instructions 1116) for executionby a machine (e.g., machine 1100), such that the instructions, whenexecuted by one or more processors of the machine 1100 (e.g., processors1110), cause the machine 1100 to perform any one or more of themethodologies described herein. Accordingly, a “machine-readable medium”refers to a single storage apparatus or device, as well as “cloud-based”storage systems or storage networks that include multiple storageapparatus or devices. The term “machine-readable medium” shallaccordingly be taken to include, but not be limited to, one or more datarepositories in the form of a solid-state memory (e.g., flash memory),an optical medium, a magnetic medium, other non-volatile memory (e.g.,Erasable Programmable Read-Only Memory (EPROM)), or any suitablecombination thereof. The term “machine-readable medium” specificallyexcludes non-statutory signals per se.

The I/O components 1150 include a wide variety of components to receiveinput, provide output, produce output, transmit information, exchangeinformation, capture measurements, and so on. In general, it will beappreciated that the I/O components 1150 can include many othercomponents that are not shown in FIG. 8. The I/O components 1150 aregrouped according to functionality merely for simplifying the followingdiscussion, and the grouping is in no way limiting. In various exampleembodiments, the I/O components 1150 include output components 1152 andinput components 1154. The output components 1152 include visualcomponents (e.g., a display such as a plasma display panel (PDP), alight emitting diode (LED) display, a liquid crystal display (LCD), aprojector, or a cathode ray tube (CRT)), acoustic components (e.g.,speakers), haptic components (e.g., a vibratory motor), other signalgenerators, and so forth. The input components 1154 include alphanumericinput components (e.g., a keyboard, a touch screen configured to receivealphanumeric input, a photo-optical keyboard, or other alphanumericinput components), point-based input components (e.g., a mouse, atouchpad, a trackball a joystick, a motion sensor, or other pointinginstruments), tactile input components (e.g., a physical button, a touchscreen that provides location and force of touches or touch gestures, orother tactile input components), audio input components (e.g., amicrophone), and the like.

In some further example embodiments, the I/O components 1150 includebiometric components 1156, motion components 1158, environmentalcomponents 1160, or position components 1162, among a wide array ofother components. For example, the biometric components 1156 includecomponents to detect expressions (e.g., hand expressions, facialexpressions, vocal expressions, body gestures, or eye tracking), measurebiosignals (e.g., blood pressure, heart rate, body temperature,perspiration, or brain waves), identify a person (e.g., voiceidentification, retinal identification, facial identification,fingerprint identification, or electroencephalogram basedidentification), and the like. The motion components 1158 includeacceleration sensor components (e.g., accelerometer), gravitation sensorcomponents, rotation sensor components (e.g., gyroscope), and so forth.The environmental components 1160 include, for example, illuminationsensor components (e.g., photometer), temperature sensor components(e.g., one or more thermometers that detect ambient temperature),humidity sensor components, pressure sensor components (e.g.,barometer), acoustic sensor components (e.g., one or more microphonesthat detect background noise), proximity sensor components (e.g.,infrared sensors that detect nearby objects), gas sensor components(e.g., machine olfaction detection sensors, gas detection sensors todetect concentrations of hazardous gases for safety or to measurepollutants in the atmosphere), or other components that may provideindications, measurements, or signals corresponding to a surroundingphysical environment. The position components 1162 include locationsensor components (e.g., a Global Positioning System (GPS) receivercomponent), altitude sensor components (e.g., altimeters or barometersthat detect air pressure from which altitude may be derived),orientation sensor components (e.g., magnetometers), and the like.

Communication can be implemented using a wide variety of technologies.The I/O components 1150 may include communication components 1164operable to couple the machine 1100 to a network 1180 or devices 1170via a coupling 1182 and a coupling 1172, respectively. For example, thecommunication components 1164 include a network interface component oranother suitable device to interface with the network 1180. In furtherexamples, communication components 1164 include wired communicationcomponents, wireless communication components, cellular communicationcomponents. Near Field Communication (NFC) components. BLUETOOTH®components (e.g., BLUETOOTH® Low Energy). WI-FI® components, and othercommunication components to provide communication via other modalities.The devices 1170 may be another machine or any of a wide variety ofperipheral devices (e.g., a peripheral device coupled via a UniversalSerial Bus (USB)).

Moreover, in some embodiments, the communication components 1164 detectidentifiers or include components operable to detect identifiers. Forexample, the communication components 1164 include Radio FrequencyIdentification (RFID) tag reader components. NFC smart tag detectioncomponents, optical reader components (e.g., an optical sensor to detecta one-dimensional bar codes such as a Universal Product Code (UPC) barcode, multi-dimensional bar codes such as a Quick Response (QR) code,Aztec Code. Data Matrix, Dataglyph, MaxiCode. PDF417, Ultra Code,Uniform Commercial Code Reduced Space Symbology (UCC RSS)-2D bar codes,and other optical codes), acoustic detection components (e.g.,microphones to identify tagged audio signals), or any suitablecombination thereof. In addition, a variety of information can bederived via the communication components 1164, such as location viaInternet Protocol (IP) geo-location, location via WI-FI® signaltriangulation, location via detecting an BLUETOOTH® or NFC beacon signalthat may indicate a particular location, and so forth.

Transmission Medium

In various example embodiments, one or more portions of the network 1180can be an ad hoc network, an intranet, an extranet, a virtual privatenetwork (VPN), a local area network (LAN), a wireless LAN (WLAN), a widearea network (WAN), a wireless WAN (WWAN), a metropolitan area network(MAN), the Internet, a portion of the Internet, a portion of the PublicSwitched Telephone Network (PSTN), a plain old telephone service (POTS)network, a cellular telephone network, a wireless network, a WI-FI®network, another type of network, or a combination of two or more suchnetworks. For example, the network 1180 or a portion of the network 1180may include a wireless or cellular network, and the coupling 1182 may bea Code Division Multiple Access (CDMA) connection, a Global System forMobile communications (GSM) connection, or another type of cellular orwireless coupling. In this example, the coupling 1182 can implement anyof a variety of types of data transfer technology, such as SingleCarrier Radio Transmission Technology (1×RTT), Evolution-Data Optimized(EVDO) technology. General Packet Radio Service (GPRS) technology,Enhanced Data rates for GSM Evolution (EDGE) technology, thirdGeneration Partnership Project (3GPP) including 3G, fourth generationwireless (4G) networks, Universal Mobile Telecommunications System(UMTS), High Speed Packet Access (HSPA), Worldwide Interoperability forMicrowave Access (WiMAX). Long Term Evolution (LTE) standard, othersdefined by various standard-setting organizations, other long rangeprotocols, or other data transfer technology.

In example embodiments, the instructions 1116 are transmitted orreceived over the network 1180 using a transmission medium via a networkinterface device (e.g., a network interface component included in thecommunication components 1164) and utilizing any one of a number ofwell-known transfer protocols (e.g., Hypertext Transfer Protocol(HTTP)). Similarly, in other example embodiments, the instructions 1116are transmitted or received using a transmission medium via the coupling1172 (e.g., a peer-to-peer coupling) to the devices 1170. The term“transmission medium” shall be taken to include any intangible mediumthat is capable of storing, encoding, or carrying the instructions 1116for execution by the machine 1100, and includes digital or analogcommunications signals or other intangible media to facilitatecommunication of such software.

Furthermore, the machine-readable medium 1138 is non-transitory (inother words, not having any transitory signals) in that it does notembody a propagating signal. However, labeling the machine-readablemedium 1138 “non-transitory” should not be construed to mean that themedium is incapable of movement; the medium 1138 should be considered asbeing transportable from one physical location to another. Additionally,since the machine-readable medium 1138 is tangible, the medium 1138 maybe considered to be a machine-readable device.

What is claimed is:
 1. An eyewear device comprising: an eyewear body; acamera mounted on the eyewear body and configured to be operable in avideo capture mode and in a photo capture mode; a button mechanismmounted on the eyewear body and configured for receiving user input tocontrol operation of the camera, the button mechanism being disposableby a user between a pressed condition and a released condition; and acamera controller incorporated in the eyewear body and configured to:identify a press duration for which the button mechanism is disposed byto the pressed condition before being returned to the releasedcondition; and based on the identified press duration, automaticallyselect an image stabilization mode to be applied to image data capturedby the camera, the image stabilization mode being automaticallyswitchable by the camera controller based on the identified pressduration between a photographic stabilization mode and a videostabilization mode.
 2. The eyewear device of claim 1, wherein the cameracontroller is further configured to: determine whether or not the pressduration exceeds a predefined threshold interval; automatically selectthe applicable image stabilization mode based on whether or not thepress duration exceeds the threshold interval; and dispose the eyeweardevice to the selected image stabilization mode.
 3. The eyewear deviceof claim 1, wherein the button mechanism is the only mechanismincorporated into the eyewear body for receiving manual user input tocontrol functioning of the camera.
 4. The eyewear device of claim 1,wherein the button mechanism is a single-action bi-modal mechanism,being disposable by the user exclusively between the pressed conditionand the released condition.
 5. The eyewear device of claim 1, whereinthe video stabilization mode is less resource intensive with respect toon-board processing resources than the photographic stabilization mode.6. The eyewear device of claim 5, wherein the video stabilization modeprovides for on-board image stabilization processing to stabilizerespective frames of captured video content.
 7. The eyewear device ofclaim 1, wherein the camera controller is further configured to performoperations comprising: responsive the disposal of the button mechanismto the pressed condition, automatically capturing video contentcomprising a plurality of video frames; processing one or more of theplurality of video frames to determine an image metric value for thevideo content; and automatically tuning one or more image captureparameters of the camera based on the image metric value.
 8. A methodcomprising: detecting user engagement with a button mechanismincorporated in an eyewear device to control operation of a camera thatforms part of the eyewear device and that is operable in a video capturemode and in a photo capture mode, the button mechanism being disposableby a user between a pressed condition and a released condition;identifying a press duration for which the button mechanism is disposedby to the pressed condition before being returned to the releasedcondition; and based on the identified press duration, automaticallyselecting an image stabilization mode to be applied to image datacaptured by the camera, the image stabilization mode being automaticallyswitchable based on the identified press duration between a photographicstabilization mode and a video stabilization mode.
 9. The method ofclaim 8, further comprising: determining whether or not the pressduration exceeds a predefined threshold interval; automaticallyselecting the applicable image stabilization mode based on whether ornot the press duration exceeds the threshold interval; and disposing theeyewear device to the selected image stabilization mode.
 10. The methodof claim 9, further comprising: in response to determining that thepress duration exceeds the threshold interval, disposing the eyeweardevice to the video stabilization mode; and in response to determiningthat the press duration is shorter than the threshold interval,disposing the eyewear device to the photographic stabilization mode. 11.The method of claim 8, wherein the button mechanism is the onlymechanism incorporated into the eyewear body for receiving manual userinput to control functioning of the camera.
 12. The method of claim 8,wherein the button mechanism is a single-action bi-modal mechanism,being disposable by the user exclusively between the pressed conditionand the released condition.
 13. The method of claim 8, wherein the videostabilization mode is less resource intensive with respect to on-boardprocessing resources than the photographic stabilization mode.
 14. Themethod of claim 13, wherein the video stabilization mode provides forsubstantially no on-board image stabilization processing to stabilizerespective frames of captured video content.
 15. The method of claim 13,wherein the video stabilization mode provides for on-board imagestabilization processing to stabilize respective frames of capturedvideo content.
 16. The method of claim 8, further comprising: responsivethe disposal of the button mechanism to the pressed condition,automatically capturing video content comprising a plurality of videoframes; processing one or more of the plurality of video frames todetermine an image metric value for the video content; and automaticallytuning one or more image capture parameters of the camera based on theimage metric value.
 17. A non-transitory computer-readable storagemedium, the computer-readable storage medium including instructions thatwhen executed by a computer, cause the computer to perform operationscomprising: detecting user engagement with a button mechanismincorporated in an eyewear device to control operation of a camera thatforms part of the eyewear device and that is operable in a video capturemode and in a photo capture mode, the button mechanism being disposableby a user between a pressed condition and a released condition;identifying a press duration for which the button mechanism is disposedby to the pressed condition before being returned to the releasedcondition; and based on the identified press duration, automaticallyselecting an image stabilization mode to be applied to image datacaptured by the camera, the image stabilization mode being automaticallyswitchable based on the identified press duration between a photographicstabilization mode and a video stabilization mode.